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TITLE OF THE INVENTION 

MONITOR* SYSTEM AND METHOD FOR MONITORING PERFORMANCE OF A 

SCHEDULER 

Field of the Invention 

5 The present invention relates to a monitor and 

method for monitoring the performance of a scheduler, for 
example, a packet or cell scheduler for use in a 
communication network. 

Background of the Invention 

IQ A typical switching element for a communication 

network has an interface including one or more input ports 
and a buffer for receiving and temporarily storing incoming 
data cells, an interface including one or more output ports, 
for transmitting the incoming data cells onto the next: 
15 appropriate links of i:he communication network and a 
controller for controlling the transfer of data cells 
between the interfaces, The input buffer may include a 
number of queues for storing different data cells depending 
on, for example, the sources of the data cells, the type of 
20 data cells and the type of service associated with the data 
cells. For example, che input buffer may include a number 
of groups of queues ia which different groups store data 
cells according to different priority of service levels. 
The controller includes a scheduler, which is responsible 
25 for determining the order of queues from which data cells 
are transferred to the output interface for transmission 
onto the network. A scheduler including its decision making 
functionality is implemented in hardware, for example, on an 
application specific integrated circuit (ASIC) . 



nJ 
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Various methods have been proposed to test the 
performance of a packet scheduler, either when implemented 
as a software model, before synthesis to silicon, or when 
implemented in hardware. 

5 An example of a system for assessing the 

performance of a hardware implemented packet scheduler is 
described in U.S. Patent No, 6,173,325 (Kukreja) , issued on 
January 9, 2001. In the technique disclosed in this 
document, a computer system is connected to an Ethernet 
n 10 network and arranged to capture all packets originating at 

0 various nodes of the network for a specified period of time. 
m During capture, trigger packets are periodically inserted 

HJ into the stream of captured packets, and the captured and 

m trigger packets are stored in a file for analysis. The 

s 15 contents of the file are successively transferred to an 
ry analyser which includes a dynamic link library (DLL) for 

W measuring the scheduler performance. Analysis is performed 

S on each data packet between successive trigger packets using 

J** appropriate software modules. The trigger packets are used 

20 to identify those packets transmitted on the network in a 
particular quantum of time to assist in determining packet 
rates an d bandwidth calculations. The analyser calculates 
the statistics for the detected network traffic from which 
the performance of tha scheduler is determined. 

25 To assist in the design of integrated circuits, 

1 computer aided design and simulation systems have been 
developed which model aspects of the structure and 
functionality of the circuit for testing. while basic 
circuit components such as a basic random access memory can 

3 0 be modelled relatively simply, complex structures, for 
example, comprising a combination of logic and memory 
components are more difficult to model. U.S. Patent 
No. 6,080,203 (Njinda et al . ) issued on June 27, 2000, 
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describes a method of modelling more complex circuitry, such 
as a register file for an Ethernet network switch, which 
includes integral memory and logic portions. The register 
file is modelled by partitioning the logic and memory 
5 portions to simplify the logical structure of the register 
file, so that the now simplified memory model and logic 
models can be tested separately using existing design tools 
such as an Automatic Test Pattern Generation (ATPG) system. 
The accuracy of the model is then verified by actual gate 
10 level implementation. If the outputs of the model and 

actual gate implementation match, the accuracy of the model 
is verified and the model stored for future use. 



ffi; 



m 



In testing the performance of a simulated circuit, 
a stimulus, for example, a test signal is applied to the 
15 input of the model and the response of the model is 
U monitored and verified by monitoring output signals from the 

- y device. In the case of simulating a packet scheduler 

m 

m circuit, the performance of the scheduler is tested and 

verified by generating and supplying test cells to the 

2 0 scheduler and comparing the test cells output from the 

scheduler with the test cells predicted to be output from 
the scheduler, based cn knowledge and the timing of the test 
cells supplied to the scheduler and the functional 
description of the scheduler circuit model, which may 
25 include details of the timing of various internal 

operations. However, such a monitor is difficult and time 
consuming to implement due to the necessary level of 
knowledge required for operation of the monitor concerning 
the timing of internal tasks performed by the scheduler. 

3 0 Summary of the Invention 



According tc one aspect of the present invention, 
a monitor is provided for monitoring the operation of a 
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scheduler for controlling the departure of data cells from a 
plurality of queues, in which the monitor includes detection 
means for detecting the state of at least one element of the 
scheduler whose state relates to a decision of the scheduler 
5 to output a data cell from a queue. The monitor is further 
adapted to detect at least one of: one or more data cells 
transmitted to the scheduler, one or more data cells output 
from the scheduler, and the state of another element of the 
scheduler. The monitor includes comparison means for 
|+ 10 comparing the state of the scheduler element with an 

expected state for that element based on the other detected 
information, or for comparing the other detected information 
with expected information based on the state of the 
|j scheduler element. Advantageously, by arranging the monitor 

m 15 to monitor at least one internal state of the scheduler, 
£-4= detailed information concerning the internal timing of the 

H scheduler is no longer required to implement the monitor, 

jj = J 

ffj allowing the monitor to be considerably simplified. 

H* According to the present invention, there is 

20 provided a monitor for monitoring the operation of a 
scheduler for controlling the departure of data cells, 
comprising detection means for detecting a state of an 
element of said scheduler, comparing means for comparing the 
detected state with a predetermined state for said element 
25 and for outputting the result of the comparison. 

Also, according to the present invention, there is 
provided a monitor for monitoring the operation of a 
scheduler for controlling the departure of data cells, 
comprising detection means for detecting a state of a first 
3 0 element of said scheduler and a parameter relating to the 
operation of said scheduler, determining means for 
determining an expected value of said parameter based on the 
detected state of said first element, and comparison means 
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for comparing the detected parameter with said expected 
parameter and for outputting the result of the comparison. 

According to another aspect of the present 
invention, there is provided a computer generated model of a 
5 scheduler for controlling the departure of the data cells, 
the scheduler having a plurality of simulated circuit 
elements and an instruction associated with at least one 
circuit element causing the status of the element to be 
transferred externally of the simulated scheduler for 
10 detection. 



00 
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According to yet another aspect of the present 
invention, there is provided a monitor for monitoring a 
scheduler for controlling the departure of data cells from a 
plurality of queues, comprising means for detecting the 
15 state of an element of said scheduler at a plurality of 
different times and comparing the detected states with 
expected states for that element and for outputting the 
result of said comparison > 

According to the present invention, there is 
20 further provided a system for monitoring operation of a 

scheduler for controlling the departure of data cells from a 
plurality of queues, comprising a generator for generating 
test cells and means for placing said test cells in said 
queues, each test cell containing the identity of the queue 
25 in which the cell is placed, and a monitor having means for 
detecting the state of at least one element of said 
scheduler whose state depends on which queue is selected by 
said scheduler for outputting a test cell and means for 
detecting from each test cell at least one of: input to and 
3 0 output by said scheduler, the identity of the queue in which 
contained in said test cell, and comparison means adapted to 
at least one of: compare the detected element status with 
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an expected status for said element based on the detected 
queue identity and compare the detected queue identity, with 
an expected queue idencity based on the detected status of 
said element . 

5 According to another aspect of the present 

invention, there is provided a method of monitoring 
operation of a scheduler, comprising supplying said 
scheduler with data, monitoring the state of an element of 
said scheduler, comparing the monitored state with an 

O 10 expected state for said element, and outputting the result 

y of the comparison. 



=5 S 



According to another aspect of the present 
invention, there is provided a method of monitoring 
operation of a scheduler for controlling the departure of 

15 data cells, comprising supplying said scheduler with data 
cells, monitoring the status of an element of said 
scheduler, monitoring che value of a parameter relating to 
the operation of said scheduler, determining an expected 
value for said parameter based on the detected state of said 

20 element, and comparing the detected value of said parameter 
with said expected value, and outputting the result of the 
comparison. 

According to the present invention, there is 
further provided a met nod of fabricating a scheduler for 

25 controlling the departure of data, comprising creating a 
computer model of a scheduler, generating test cells for 
testing the performance of said scheduler, monitoring the 
operation of said computer model including monitoring a 
state of at least one element of said model, determining 

3 0 whether said model is operating a required based on the 

monitored state of said at least one element, modifying said 
model if said model is not operating as required, and 
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synthesizing said scheduler in hardware based on the tested 
computer generated model . 

Brief Description of the Drawings 

Examples of embodiments of the present invention 
5 will now be described with reference to the drawings, in 
which: 

Figure 1 shows a schematic diagram of an 
embodiment of the present invention; 

D Figure 2 shows a block diagram of a monitor 

S 10 according to an embodiment of the present invention; and 

ffj Figures 3A and 3B show an example of successive 

S status of elements of a packet scheduler. 

yk Description of Embodiments 

jjf Figure l shows a schematic diagram of an apparatus 

5 15 and method for monitoring the performance of a packet 
^ scheduler. The scheduler to be monitored may comprise a 

model described in software or may be implemented in 
hardware. For example, the scheduler may be simulated in 
software using Register Transfer Level (RTL) code, and the 
2 0 model may be designed using the Verilog programming 
language . 

Referring to Figure 1, the monitoring system 1 
includes a traffic generator 3 for generating test cells, a 
device 5 for controlling the throughput of test cells 
25 received from the traffic generator 3 and a monitor 7. The 
device 5 includes input logic 9, a scheduler 11 and output 
logic 13. The input logic 9 receives test cells from the 
traffic generator and may be adapted, for example, to 
determine, from information contained within each test cell, 
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a particular queue of an input buffer in which the test cell 
should be placed, and pass each test cell into the 
appropriate queue. The scheduler 11 is responsible for 
controlling the order in which cells are read out from the 
5 input buffer queues and for passing the selected cells to 
the output logic 13. The output logic 13 serves to package 
or format the data cells, as necessary, for transmission 
onto a network according to the appropriate transmission 
protocol . 



i y 



10 The monitor 7 is adapted to receive information 

9 relating to the status and operation of one or more elements 

fg within the scheduler which may contribute or respond to a 

^ decision of the scheduler to read a data cell from a 

p particular input buffer queue at a particular time, and 

15 based on this information, the monitor tests the performance 
of the scheduler element (s) . The scheduler monitor may also 
receive information concerning one or more test cell (s) 
input to device 5, and check the detected status of the 
scheduler element (s) with a predicted status for the 
20 element (s) based on the incoming test cell is) . 

Alternatively or additionally, the scheduler monitor may 
receive information concerning the test cells output from 
the scheduler, and for example, check that a transmitted 
test cell is that predicted according to the status of one 
25 or more scheduler elements. 

Advantageously, the system for monitoring the 
performance of a scheduler shown in Figure 1, allows 
problems with its operation or performance to be identified 
more rapidly than in prior art systems, which test scheduler 
30 performance based only on cell input and cell output. The 
present embodiment altio allows the source of a problem to be 
identified more rapidly, and in contrast to prior art 



II 10 
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systems does not need to be cycle accurate, as will be more 
fully described below. 

Figure 2 shows a system for monitoring and testing 
the performance of a scheduler, according to an embodiment 
5 of the present invention, in more detail. Referring to 
Figure 2, the system 101 includes a device 105 for 
controlling the throughput of data cells, and a monitor 107 
for monitoring the performance of the device 105. The 
device 105 includes an input logic circuit 109 and a 
scheduler 111. The scheduler 111 comprises a cell storage 
device 115 having first; and second storage sections 117, 
119, each having a plurality of buffers 121 to 139 (and 
numbered 0 to 9) and 141 to 15 9 (also numbered 0 to 9) , 
respectively for temporarily storing incoming data cells, 
15 The scheduler 111 has a decision making unit 161 which 

determines the order of input buffer queues from which data 
cells are to be output and passed to the output buffer 113, 
an input buffer controller 163 for sending an arrival 
notification (AN) to the decision making unit 161 whenever 
2 0 an input buffer receives a new data cell, and for receiving 
departure requests (DR) from the decision making unit 161/ 
identifying the input buffer from which a data cell is to be 
output, and in response to the departure request, for 
outputting a data cell from the specified queue to the 
25 output buffer 113, The scheduler 111 further comprises a 
first queue status register 165 for recording and tracking, 
for each queue of the first storage section 117, whether a 
particular queue is empty or occupied, and a second queue 
status register 167 for recording and tracking, for each 
30 queue in the second storage section 119, whether a 

particular queue is empty or occupied. In this embodiment, 
each of the first and second queue status registers 165, 167 
has a single bit register for each queue where a 0-bic 
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indicates that a queue is empty and a 1-bit indicates that 
queue is occupied (although the opposite convention could be 
used) . In this embodiment, the scheduler also includes a 
counter 169 for each queue of the first and second storage 
5 sections 117, 119 for recording and tracking the number of 
cells in a queue. For example, the counter may comprise an 
eight bit counter capable of recording up to 25 6 cells in 
each buffer. 

In this embodiment, the scheduler is adapted to 
n 10 control the order of queues from which data cells are read 



out on the basis of both queue status and a priority 
fS weighting. In the present example, the group of input 

RJ buffers in the first storage section 117 are given a higher 

ED 

m priority than the group of input buffers of the second 

■ 15 storage section 119. In this embodiment, the degree of 
ni priority of the first group of input buffers over the second 

RJ group and the timing of the selection of the groups are set 

SJ and governed by a random generator 171 and priority selector 

N :: 173. In one implementation, the random generator may 

20 generate a pseudo-random binary bit stream in which l's 
represent the higher priority input buffers and O's 
represent the lower priority input buffers. The relative 
proportion of l's and O's generated over time represents the 
degree of priority assigned to the first group of input 

2 5 buffers over the second group. For example, if it is 

required to service the first group of input buffers 90 
percent of the time and the second group of input buffers 10 
percent of the time, a nine to one priority ratio may be 
implemented by generating a bit stream containing nine ones 

3 0 for every zero. 



The selection of input buffers within a particular 
group 117, 119 may, for example, be implemented by selecting 
each buffer in turn so that each buffer is selected once per 
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cycle, and is referred to as a "Round Robin" selection 
process. Preferably, t:his input buffer selection process is 
modified to skip queues* which are empty so nhat the 
scheduler only selects occupied queues for cell read out. 
5 This modified selection process is referred to as "Work 

Conserving Round Robin" (WCRR) selection and in the present 
embodiment is implemented by the buffer selection unit 175. 
This unit determines the next buffer in both the high and 
low priority groups from which data is to be read out based 
y P 10 on a sequential order cold the empty/occupied status of each 
buffer. 



nil 



ffi 



The scheduler 111 further includes a current 
pointer (CP) and a next, pointer (NP) associated with each of 
the first and second groups of input buffers. The current 

15 pointer for each group identifies the input buffer selected 
for data readout, and the next pointer for each group 
identifies the input buffer in each group from which a data 
cell is to be read following cell readout from the queue 
selected by the current pointer. In one implementation, the 

20 position of both the current pointer and next pointer for 
each group may be controlled by the buffer selection unit 
175. In the example shown in Figure 2, the buffer selection 
unit 175 may control the pointers to select each buffer 
sequentially from buffer number 0 so that the pointers move 

25 from left to right as indicated by the arrows. In this 

example, the current pointer 177 associated with the first 
group of buffers points to the first occupied buffer, buffer 
number l and the next pointer 179 of the first buffer group 
points to the next occupied buffer, buffer number 4. 

30 Similarly, nhe current pointer 181 of the second group of 

buffers points to the first occupied buffer, buffer number 0 
and the next pointer 183 of the second group points to the 
next: occupied buffer, buff ex- number 2. After a cell has 
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been read out from buffer number 1 of the first group, the 
current pointer will move to the position of the next 
pointer 179, and the next pointer will move to the next 
occupied buffer, in this case buffer number 6, Similarly, 
5 after a data cell has been read from the first buffer, 

buffer 0 in the second group, the current pointer will move 
to the position of the next pointer 183, and the next 
pointer 183 will move to the next occupied buffer, which in 
this case is buffer number 4. In one embodiment, at least 
10 the current pointer position for each of the high and low 
M priority buffer groups is passed to the decision making unit 

S 161 and used by the unit to determine the buffer from which 

RJ data is to be read out . 



7. 



The scheduler monitor 107 is arranged to receive 

15 information concerning the status and/or operation of 
certain elements of the scheduler 111 from which it may 
determine whether a particular element is functioning 
properly. In one embodiment, the monitor 107 may be 
arranged to monitor the status of two scheduler elements 

20 where a particular status for one element can be predicted 
from the status of another element, or vice versa, if the 
elements are functioning correctly. On the other hand, if 
an element adopts a status different from the expected 
status based on the status of the other element, a 

25 determination can be made that either one or other of the 
elements is not functioning correctly. The monitor 107 may 
include a rule specifying one or more status of a first 
scheduler element and the expected status for another 
scheduler element, based on each status of the first 

30 element, if the scheduler is operating as intended. The 
monitor 107 may further include a rule checker which 
receives information concerning the status of at least two 

scheduler elements, checks the detected status of the 
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elements with the status rules for the elements and either 
verifies that the status of the elements agrees with the 
rule or indicates that the detected status of the elements 
violates the rule, 

5 The scheduler monitor 107 may be adapted to 

receive information concerning the status of one or more 
scheduler elements over a period of time, for example, for a 
plurality of cell readout decisions, and may compare the 
status of a scheduler element at one time with the status of 
10 that scheduler element at another time and compare the 

detected status sequence with a sequence expected for that: 
element if functioning properly. In another implementation, 
the scheduler monitor 107 may receive information concerning 
the status of one element at one time and information 
15 concerning the status of another element at a different time 
and compare/check the detected status of the two elements 
with the status expected for the elements if the scheduler 
is operating correctly. The scheduler may provide a result 
of the comparison, e.g. an indication of whether the 
2 0 detected and expected status of the elements either match or 
do not match. 

Referring to Figure 2, the embodiment of the 
scheduler monitor includes a plurality of modules 110, 112, 
114 to 13 0, adapted to receive information relating to 

2 5 the operation of the scheduler under test, for example, the 
state of internal elements of the scheduler and parameters 
relating to the operation of the scheduler, for example, the 
identity of queues contained in incoming data cells to the 
input buffer and the identity of queues contained in 

3 0 outgoing cells output by the scheduler. In this embodiment, 
the monitor includes a module 110 for receiving the input 
buffer queue identity of incoming cells, a module 112 for 
receiving the status of the priority selector 173, a module 
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114 for receiving the state of the high priority current 
pointer, 117 (i.e. the queue to which the high priority 
current pointer is pointing) and a module 116 for receiving 
the status of the low priority current pointer 181 (i.e. the 
5 queue to which the low priority current pointer is 

pointing) . The monitor further includes a module 118 for 
receiving the status of the high priority next pointer (i.e. 
the queue identity (ID) to which the high priority next 
pointer 179 is pointing) , a module 120 for receiving the 
10 status of the low priority next pointer 183 (i.e. the queue 
to which the low priority next pointer is pointing) , a 
module 122 for receiving the state of each high priority 
queue status register (i.e. indicating whether each queue is 
empty or occupied) , a module 124 for receiving the status of 
m 15 each low priority queue status register (i.e. indicating 
Si whether each low priority queue is empty or occupied) , a 

nl module 12 6 for receiving the status of each high priority 

RJ queue counter (i.e. the number of cells in each high 

H priority queue) , a module 128 for receiving the status of 

H : 20 each low priority queue counter (i.e. indicating the number 
of cells in each low priority queue counter (i.e. indicating 
the number of cells in each low priority queue) , and a 
module 13 0 for receiving the queue identity contained in 
outgoing cells. The monitor 107 further comprises a rule 
25 checker 132 which includes a set of rules 134 (which may 

have the form of a look-up table) . The rule checker 132 can 
receive information from one or more modules, for example, 
concerning the status of one or more elements of the 
scheduler and queue idesntif ications contained within 
3 0 incoming and outgoing cells, and compares this information 
against specific rules contained in the set of rules 134. 
The rule checker 132 maty be adapted to output the result of 
the comparison for each rule tested, which may, for example, 
be provided to a user by any suitable means, for example, a 
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visual display. In one embodiment, the rule checker may be 
adapted to output a ressult of the comparison only if a rule 
is violated or may be adapted to output the result of each 
test that is performed (i.e. whether the test is passed or 
5 failed) . In embodiment, the monitor is adapted to control 

the timing of the detection of the status of each element or 
parameter. For example , the monitor may be adapted to 
request the status of a particular element of parameter each 
time the status is required. 
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10 The monitor may be implemented on a computer using 

any suitable programming language, for example, Specman, 
Specman Elite, Verilog or C, and is preferable implemented 
using an e- programming language. In one embodiment, the 
scheduler is implemented in a hardware description language , 
15 for example, Verilog or VHDL. In this case, the definitions 
of the information required from the scheduler may be 
contained within a file which is referenced in the HTL file 
of the scheduler, (The definitions file may be stored within 
the HDL file or separately elsewhere) . If the monitor and 
2 0 scheduler are implemented using different programming 

languages, a programming language interface is required to 
enable the monitor to request the status of elements and 
parameters associated with the scheduler and to pass the 
request states and parameter values to the monitor. 

2 5 Specific examples of aspects of a scheduler that 
may be monitored and checked by a scheduler monitor 
according to embodiments of the present invention will now 
be described with reference to Figures 3A and 3B, 

Figure 3 A shows an example of queue status 

3 0 registers 201, 203 of high and low priority groups of 
queues, respectively. Each register 201, 203 comprises a 
plurality of 1-bit registers corresponding to a particular 
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queue, i.e, 0, 1, 2, 3, 4 , . . 10, where a 1 indicates that 
a queue is occupied and 0 indicates that a queue is empty. 
The scheduler also includes a first plurality of counters 
2 05 for the high priority queues and a second plurality of 
5 counters 207 for the low priority queues. Each high 

priority queue has an associated counter which records and 
tracks the number of data cells in a high priority queue. 
Similarly, each low priority queue has an associated counter 
which records and tracks the number of data cells in a low 
10 priority queue. 

O A priority selector 208 is also provided for 

Jy selecting the high or low priority queues for cell readout, 

00 Figure 3A shows an example of a state for high and low 

m priority queue registers 201, 203 and high and low priority 

0 1 is queue counters 205, 207, at a particular instant of time, 
L. Each of the high and low priority queue registers indicate 

III with a "1" those queues which are occupied and indicate with 

fl I 

re a w 0" those queues which are empty. In addition, the high 

O and low priority counters 2 05, 20 7 indicate the number of 

20 data cells present in each queue. Each of the high and low 
priority status registers has an associated current pointer 
209, 211 which indicated the queue from which a data cell is 
to be read out, and a 2-espective next pointer 213, 215 which 
indicates the next queue of each of the high and low 
25 priority queues from which a cell is to be read out after 
the cell has been read from the queue indicated by the 
current pointer 209, 211. In this example, the current 
pointer of the high priority queues is pointing to queue 
number 1 and the respective next pointer 213 is pointing to 
3 0 the next occupied queue, which in this example is queue 
number 4- The current pointer 211 of the low priority 
queues is pointing to the first occupied queue, which in 
thia case ia queue number 0 and the respective next pointer 
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215 is pointing to the next occupied queue, which is queue 
number 2 . 

In operation, depending on which of the high and 
low priority queues are selected, the scheduler will issue a 
5 departure request from either the high or low priority queue 
indicated by the respective current pointer 2 09, 211- The 
current pointer of the selected queue subsequently moves to 
the position indicated by its respective next pointer, and 
the next pointer moves to the next selected queue from which 
L ,. 10 a data cell is to be read out. If the next pointer may be 
O moved to the next occupied queue, indicated by a 1 in the 

SI queue status register. For example, if the priority 

0 selector selects the high priority queues for cell readout, 

5JJ a data cell will be read from queue number 1, the current 

CP 15 pointer 209 moves to the position of the next pointer, i.e. 

»'. 

^ to the register for queue number 4 and the next pointer 213 

ry moves to the register of the next occupied queue, i.e. queue 

m number 6. Following a cell readout from queue number l, the 

0 counter for that queue is decremented by 1. The status of 

2 0 high and low priority queue registers 2 01, 2 03 and queue 

counters 205, 207 following a cell readout from queue number 
l of the high priority queues is shown in Figure 3B. As can 
be seen, the current pointer 209 of the high priority queues 
now points to the register for queue number 4 (which 
2 5 corresponds to the queue status register to which the next 
pointer 213 pointed in Figure 3A) , the next pointer 213 
points to the status register for queue number 6 (i.e. the 
next occupied queue) , and the counter for high priority 
queue number 1 has been reduced from 5 to 4. Since in the 
30 previous decision, the priority selector selected a high 
priority queue for cell readout, the current pointer and 
next pointer 211, 215 o£ the low priority queue status 

reqisters have not moved, 
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In the example of Figure 3B, it can be seen that 
between a data cell being read from queue number 1 of the 
high priority queues and the current pointer 209 moving to 
the position of the next pointer 213, a data cell arrived in 
queue number 3. However, in this example, the scheduler is 
arranged such that the position of the next pointer 
determines the next position of the current pointer 
irrespective of a change of state of an intermediate queue 
before the current point moves to its next position, and 
therefore the arrival of a cell in queue number 3 does not 
effect the progression of the current pointer as determined 
by the next pointer. 

For each decision made by the scheduler, certain 
elements of the scheduler have a certain state before a 
decision is executed, and change to another state after the 
decision is executed. For each scheduler state (i.e. either 
before or after a decision is made) , the state of certain 
elements should relate to the state of other elements in a 
particular way, i.e. according to a particular relationship 
or one or more rules, similarly, during the execution of a 
decision, the state of certain elements changes in a manner 
that may be predicted, again according to a particular 
relationship or rule. The monitor according to embodiments 
of the present invention check that elements of the 
scheduler are functioning properly by, for example, checking 
or monitoring the status of two or more elements at a given 
time or changes in the status of the same element. 

Current Pointer and Queue Register Status 

In one example, the scheduler is intended to 
operate such that the current pointer and/or next pointer in 
each of the high and low priority queues only points to a 
queue status register indicating that a queue is occupied. 
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In this embodiment, the scheduler is arranged to detect the 
current pointer position and che queue status register to 
which the current pointer is currently pointing. A register 
bit of 1 indicates that at this particular instant of time, 
5 the current pointer and queue status register is functioning 
properly. However, a register bit of 0, indicates that 
either one or both of the current pointer and queue status 
register is/are functioning incorrectly. The monitor may be 
adapted to run such a test repeatedly and thereby check the 
10 operation of both the current pointer and queue status 
registers for a number of decisions over a plurality of 
cycles . 



RJ Similarly, the scheduler may be adapted to operate 

}2 such that the next pointer only points to a queue status 

a 15 register which indicates that a queue is occupied. In this 

case, the monitor may be adapted to monitor both the 
ry position of the next pointer and the state of the queue 

2f register to which it points to check that the register bit 

M= is 1 and not 0. Again, this test allows the monitor to 

2 0 quickly detect any problems associated with movement of the 

next pointer and its associated queue register, and that the 
monitor may be adapted to perform this test a number of 
times, for example for a plurality of successive decisions. 

COUNTER STATUS AND CUR RENT / NEXT POINTER STATUS AND/OR QUEUE 
25 REGISTER STATUS 

In another embodiment, the scheduler monitor may 
be adapted to monitor and check the status of a queue 
counter with one or more of the position of a current 
pointer, the position of a next pointer and a queue status 

3 0 as indicated by the queue status register. For example, 

according to scheduler operating rules, there should be an 
interdependence between the states of these elements. For 
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example, if the value of a counter associated with a 
particular queue is zero, the stacus of its corresponding 
queue status register should also be zero, and if the value 
of a counter for a particular queue is greater than zero, 
5 the corresponding queue status register bit should be one, 
Similarly, for both current and next pointer positions, the 
corresponding counter value should be greater than zero if 
at least two queues are occupied. However, if only one 
queue is occupied, the queue to which the current pointer 
U 10 points should be occupied. The scheduler monitor may be 

0 adapted to monitor and test the state of any one of these 

fjjj elements to check whether or not the scheduler conforms with 

H its intended operation, and therefore permits a fault to be 

1 E.J: 

m diagnosed, and a faulty element to be readily identified - 

ffS 

s 15 Advantageously, the monitor may be adapted to 

m monitor the state of two or more elements whose status 

Rl exhibit at least some inter- dependence , so that a cross- 

pi check can be made between each element and at least two 

I s * others to allow a faulty element to be identified more 

20 readily. It is to be noted that the above 

interrelationships between counter status, register status 
and current and next point position apply at the same 
instant of time (for example, a time slot as shown in 
Figures 3A or 3B) . 

25 Alternatively, or additionally, the monitor may be 

adapted to compare the status of the same element in two 
different time slots. For example, where in one time slot, 
the counter status for the queue to which the current 
pointer points has a vcilue of one, and the scheduler is 

3 0 expected to read out the only data cell from that queue, in 
a subsequent time slot, after cell readout, the counter for 
that queue should read zero, the queue status register for 
that queue should also read zero, and the current pointer 



-I Finn" 
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should no longer point to that queue . The scheduler monitor 
may include rules defining these relationships, and may be 
arranged to detect the status of these elements in 
successive time frames to verify the performance of these 
5 elements. 

Current Pointer/Next Pointer Position 

In one embodiment, the scheduler may be arranged 
to monitor the relative positions between the current and 
next pointers. For example, each time a cell is read out 
10 from a selected queue, the current pointer which pointed to 
O that queue should move to the position of the next pointer, 

m so that the current pointer follows movement of the next 

fU pointer. The scheduler monitor may be adapted to check this 

m operation by detecting the position of the next pointer in 

s 15 one time slot, detecting when a data cell is to be scheduled 

sssh: 

out from the group of queues associated with that next 
pointer, and detecting the position of the current pointer 
subsequent to cell read out from that group of queues. If 
the position of the current pointer matches the position of 
2 0 the detected next pointer, these elements are performing 
correctly. However, any mismatch between these two 
positions indicates a problem in the operation of at least 
one of these elements. A determination of which element is 
faulty may be facilitated by monitoring the status of one or 
2 5 more additional elements whose status is related to the 
position of the current and next pointers, and cross- 
checking the position of the current and next pointers with 
the status of that or those additional elements. 

Priority Selector Status 



m 



30 



An embodiment of a scheduler monitor may be 
adapted to detect and test the status of the priority 
selector which is responsible for selecting the particular 
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group of queues (i.e. high or low priority) with the status 
of one or more elements. For example, any one or more of 
the current pointer position, next pointer position, queue 
status register and queue counter for one or each group of 
5 queues may be tested against the priority selector status. 
For example/ when a decision is made to select a particular 
group of queues from which to read a cell, each of the 
positions of the current and next pointers, the value of the 
queue status register and the queue counter status should 
u 10 all change after the cell has been read out. The scheduler 

0 monitor may be arranged to make any one or more of these 
m checks. At the same time, for the group of queues which 

B? were not selected, no change should take place in any of the 

1 E.JS 

m positions of the current and next pointers and the values of 

15 the queue status registers and counters during the time a 

lj- cell was read out from another group of queues. The 

FU scheduler monitor may include rules defining these 

If I; relationships and may perform any one or more suitable tests 

P to test these relationships and therefore the performance of 

20 these scheduler elements. 

In another embodiment, the scheduler monitor may 
be adapted to monitor the status of the priority selector 
over a period of time to test its performance. For example, 
the priority selector may be designed to service each of a 

25 plurality of groups of queues for a predetermined proportion 
of time. The scheduler monitor may be arranged to detect 
the number of times each group of queues is selected for 
cell read out over a period of time and check this against a 
predetermined value for each group of queues* For example, 

3 0 the priority selector may be designed to select a high 
priority group of queues 90% of time and a low priority 
group of queues 10% of time. A scheduler monitor may be 

AararcLTx^ea to dececc the priority selector status over a 
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period of time and check that the ratio of the number of 
high priority selections to low priority selections is 
correct, in this example 9;1. 

SCHEDULER ELEMENT STATUS AND OUTPUT CELL 

Another embodiment of a scheduler monitor may be 
adapted to monitor one or more cells output from the 
scheduler and, for example, detect from information 
contained within the cell, the identity of the queue of the 
input buffer from which the cell was read out. The status 
of one or more scheduler elements may also be monitored, for 
example, one or more elements from which the identity of the 
queue associated with a particular cell can be predicted. 
The scheduler monitor may be adapted to predict the queue 
from which a particular cell is to be read out based on the 
status of the element (s), and to compare the predicted queue 
with the queue identified in the cell. 

In one implementation, test cells may be generated 
by a cell generator, each including a queue identifier (e.g, 
header) uniquely identifying one of the queues within the 
input buffer in which the cell should be placed. The 
scheduler monitor may detect the/or each cell output from 
the scheduler and detect from information within the cell 
the identity of the input buffer queue in which the cell was 
stored. 

In one embodiment, the scheduler monitor detects 
and tracks successive positions of the current pointers in 
each group of queues of the input buffer. From this 
information, the scheduler monitor reads the sequence of 
queues from which successive data cells are expected at the 
output of the scheduler. The scheduler monitor may compare 
this expected sequence with the sequence of queues 
identified from the cells actually output from the 
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scheduler. If che two sequences match, it may be determined 
that the scheduler is operating correctly. On the other 
hand, any mismatch between the two sequences indicates the 
problem in scheduler operation. 

5 Advantageously, the above methodology is based on 

comparing one order of events with another, and therefore 
this test method does not need to cycle accurate. For 
example, the start of the cell readout sequence, as 
indicated by the current pointers, may be determined by 
M; 10 detecting which of the high and low priority amount pointers 
J3j moves first, or by detecting the initial status of the 

priority selector. The start of the queue read out sequence 
m as determined by the cells output from the scheduler is 

yy readily determined by detecting the first cell to be read 

01 

a 15 out. 

s - 

2* In other embodiments, the sequence of queues from 

m which data cells are to be read out can be predicted by 

O monitoring the status of other elements of the scheduler, 

for example, the sequence of positions of the next pointers 
2 0 for each group of input buffer queues, and/or the counters 

associated with each queue which decrease in value each time 

the cell is read out. 

In any of the embodiments described above, the 
scheduler may be implemented as a simulated computer model 

25 of circuitry describing a scheduler, and may for example be 
described using RTL code. The scheduler monitor may be 
implemented using any suitable programming language and the 
monitor system may include a program language interface 
(PLI) to enable the monitor to detect the status and/or 

30 operations associated wj ch elements of the scheduler module. 



In one embodiment, the monitor may be implemented 
as a computer model and may be adapted to request the status 
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of one or more elements of a simulated scheduler (for 
example, described in RTL code) by sending requests via a 
PLI. The PLI may be instructed to retrieve information 
concerning the status of one or more elements of the 
5 simulated scheduler by calling a file defining the PLI 

tasks. The PLI tasks may specify the particular elements of 
the scheduler simulator whose status is required for 
monitoring. For example, a suitable file may have the 
following form: 

IU 10 //Synopsys Translate OFF 
S x ifdef CHECK_SCHEDULER 

$pli__task (scheduler parameters...) 
^endif 

//Synopsys Translate ON 

15 The scheduler parameter may include any one or 

more of the position of the next and current pointers, the 
status o£ one or more queue registers, the status of one or 
more queue counters, and the status of a priority selector. 

In another embodiment , the monitor may be adapted 
20 to detect test cells input to the scheduler device and 

monitor the state of at least one element of the scheduler, 
and compare the detected status with an expected status 
based on the test cells supplied to the scheduler. For 
example, the monitor may be arranged to detect the status of 
2 5 the queue counters and/or queue status registers and to 

compare the status of these elements with an expected status 
for these elements, which may be predicted from information 
contained in each test cell identifying the queue in which 
the cell is to be stored. 



ff, 
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In one embodiment of the present invention, the 
scheduler may be implemented and tested as a computer model 
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using a language which enables the tested scheduler to be 
synsthesized in hardware. In one implementation, the 
scheduler model may be tested and modified, as necessary, 
and a scheduler based on the tested model may then be 
5 sysnthesized in hardware using any suitable device 

fabrication techniques known to those skilled in the art. 

Although a computer model of a scheduler is 
preferred for performance testing, in another embodiment/ 
the schedule may be implemented in hardware with different 
10 internal elements being formed as separate modules (e.g. IC 
chips or discrete circuits) having exposed connections or 
wires co enable the states of internal elements of the 
scheduler to be monitored. 

In any of the embodiments described above, the 
15 scheduler monitor may provide an indication to a user 

indicating the result of a test, the results of each of a 
plurality of tests and/or an indication of when the 
scheduler fails one or more tests. 



20 



Modifications to the embodiments described above 
will be apparent to thoae skilled in the art. 



